Cdn-based client messaging

ABSTRACT

Examples described herein relate to apparatuses and methods for a node of a network to facilitate communication among two or more clients, including but not limited to determining, by the node, that the two or more clients are connected to the node for accessing data originating from an origin server, receiving, by the node, a message from a first client of the two or more clients, the message is to be routed to at least one second client of the two or more clients, and sending, by the node, the message to the at least one second client without routing the message to the origin server.

BACKGROUND

A Content Delivery Network (CDN) is a geographically distributed networkof servers (each of which is a CDN node) for facilitating an originserver to distribute content data of the origin server to clients thatconsume the content data. To distribute the content data from the originserver to clients that are remote to the origin server, a CDN node ingeographical proximity to the clients can provide the content data tothose clients on behalf of the origin server. In particular, the CDNnode can replicate and cache the content data of the origin server andprovide the replicated and cached content data to the clients. Datatraffic originating from the clients is delivered to the origin server,for example, if the origin server is providing online gaming experienceto the clients. In the instances in which such data traffic includesmessages sent by an origin client for other clients in close proximityto the origin client, sending the messages to the origin server and thenrouting the messages from the origin server to the intended recipientclients result in poor latency, thus degrading user experience. Thedegradation in user experience is especially pronounced if the messagesrequire rapid responses from the recipient clients, such as in the caseof real-time online gaming.

BRIEF SUMMARY

Provided herein are systems, apparatuses, and methods for a ContentDelivery Network (CDN) node to facilitate communication between a firstclient connected to the CDN node and at least one second clientconnected to the CDN node. Embodiments include a method for a CDN nodeof a CDN to facilitate communication among two or more clients. Themethod may include determining, by the CDN node, that the two or moreclients are connected to the CDN node for accessing content dataoriginating from an origin server, receiving, by the CDN node, a messagefrom a first client of the two or more clients, wherein the message isto be routed to at least one second client of the two or more clients,and sending, by the CDN node, the message to the at least one secondclient without routing the message to the origin server.

Embodiments further allow facilitating, by the CDN node, the originserver to deliver the content data to the two or more clients.Facilitating the origin server to deliver the content data may includeproviding, by the CDN node, the content data to the two or more clientson behalf of the origin server, and receiving, by the CDN node, updatesof the content data from the origin server. The two or more clients maybe connected to the CDN node based on geographical proximity to the CDNnode. The CDN node may be an edge node in the CDN, and, in someinstances, the CDN is configured to deliver the content data originatingfrom the origin server to the two or more clients.

Determining that the two or more clients are connected to the CDN nodemay include at least one of receiving, by the CDN node, a request toaccess the content data stored on the CDN node from each of the two ormore clients, or authenticating, by the CDN node, each of the two ormore clients. Embodiments further allow determining that the at leastone second client is connected to the CDN node in response to receivingthe message from the first client, wherein the message is sent to the atleast one second client in response to determining that the at least onesecond client is connected to the CDN node. The at least one secondclient may be one of a client identified in the message, a group of twoor more clients identified in the message, or every client of the two ormore clients that is not the first client.

Embodiments further allow sending information about the first client toat least one other client connected to the CDN node. Embodiments alsoallow sending information about at least one other client connected tothe CDN node to the first client. Information about the first client maybe retrieved from the origin server.

The method may include determining that the two or more clients aregeographically proximal to each other; and sending identificationinformation about the two or more clients to the origin server toindicate that the two or more clients are geographically proximal toeach other.

In accordance with another aspect, a CDN node of a CDN is provided. TheCDN node may include a network device, a memory, and a processorconfigured to determine that two or more clients are connected to theCDN node for accessing content data originating from an origin server,receive a message from a first client of the two or more clients,wherein the message is to be routed to at least one second client of thetwo or more clients, and send the message to the at least one secondclient without routing the message to the origin server.

The two or more clients may be connected to the CDN node based ongeographical proximity to the CDN node. The CDN node may be an edge nodein the CDN, and, in some instances, the CDN is configured to deliver thecontent data originating from the origin server to the two or moreclients. The processor may determine that the two or more clients areconnected to the CDN node by performing at least one of receiving arequest to access the content data stored on the CDN node from each ofthe two or more clients, or authenticating each of the two or moreclients.

In accordance with one aspect, the processor is further configured todetermine that the at least one second client is connected to the CDNnode in response to receiving the message from the first client, and theprocessor is configured to send the message to the at least one secondclient in response to determining that the at least one second client isconnected to the CDN node.

In accordance with another aspect, a non-transitory computer-readablemedium is provided that includes computer-readable instructions suchthat, when executed, cause a processor of a CDN node of a CDN todetermine that two or more clients are connected to the CDN node foraccessing content data originating from an origin server, receive amessage from a first client of the two or more clients, wherein themessage is to be routed to at least one second client of the two or moreclients, and send the message to the at least one second client withoutrouting the message to the origin server.

In accordance with yet another aspect, a CDN node of a CDN includesmeans for determining that two or more clients are connected to the CDNnode for accessing content data originating from an origin server, meansfor receiving a message from a first client of the two or more clients,wherein the message is to be routed to at least one second client of thetwo or more clients, and means for sending the message to the at leastone second client without routing the message to the origin server.

These and other features, together with the organization and manner ofoperation thereof, will become apparent from the following detaileddescription when taken in conjunction with the accompanying drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a diagram of a system for delivering content data of an originserver to various clients according to some embodiments of the presentdisclosure.

FIG. 2 is a block diagram that illustrates a Content Delivery Network(CDN) node according to some embodiments of the present disclosure.

FIG. 3 is a flow diagram illustrating a method for a CDN node to connectwith and authenticate a client according to some embodiments of thepresent disclosure.

FIG. 4 is a flow diagram illustrating a method for a CDN node tofacilitate communication between clients connected to the CDN nodeaccording to some embodiments of the present disclosure.

FIG. 5 is a block diagram illustrating a message according to someembodiments of the present disclosure.

FIG. 6 is a flow diagram illustrating a method for a CDN node tofacilitate communication among two or more clients connected to the CDNnode according to some embodiments of the present disclosure.

DETAILED DESCRIPTION

Arrangements described herein relate to systems, apparatuses, andmethods for a Content Delivery Network (CDN) node to facilitatecommunication between a first client connected to the CDN node and atleast one second client connected to the CDN node. The CDN node is apart of a CDN configured to deliver content data of an origin server toclients connected to the CDN node. The first client and the at least onesecond client are connected to the CDN node responsive to successfulauthentication in some arrangements. Messages or other suitable types ofclient-generated data originating from the first client and intended tobe received by the at least one second client is routed by the CDN nodedirectly to the at least one second client, instead of routing themessages to the origin server (where the messages are then routed to theat least one second client).

The CDN node can route messages from one origin client to one recipientclient (e.g., in an “1:1” format), route messages from one origin clientto a designated group of multiple recipient clients (e.g., in an“1:many” format), route messages from one origin client to all clientsconnected to the CDN node (e.g., in an “1:all” format), or routemessages from multiple origin clients to multiple recipient clients(e.g., in an “many:many” format).

Such messaging mechanisms leverage a geographically distributed natureof the CDN to allow efficient message routing to the intended recipientswith improved latency. Accordingly, rapid message sharing among clientsthat benefit from services provided by the origin server can beachieved, with the CDN offloading the messaging processes from theorigin server. This type of arrangements can be implemented to improvePeer-to-Peer (P2P) interactions in the client base of the servicesprovided by the origin server, where latency is critical for suchinteractions. Illustrating with a non-limiting example, latency inonline, real-time, multiplayer gaming can be drastically improved.General messaging applications such as but not limited to, online datingapplications and social networking applications, can also benefit fromthe arrangements described herein given that location is a prime filterfor discovering other users in a given vicinity. Thus, in general, theCDN node can provide location-based services to the clients connected tothat CDN node, where the location-based services are components of theservices provided by the origin server.

FIG. 1 is a diagram of a system 100 for delivering content data of anorigin server 150 to various clients 110 a-110 n and 130 a-130 naccording to some arrangements. Referring to FIG. 1, users 101 a-101 nand 102 a-102 n operate the clients 110 a-110 n and 130 a-130 n. In somescenarios, the users 101 a-101 n and 102 a-102 n engage a vendorassociated with the origin server 150 to receive services correspondingto the content data. In some arrangements, the users 101 a-101 n and 102a-102 n have accounts hosted and managed by the origin server 150. Eachaccount may be associated with a scope of access and user informationfor each of the users 101 a-101 n and 102 a-102 n. The accounts can besubscription-based or free in some examples.

As shown, each of the users 101 a-101 n and 102 a-102 n operates or isassociated with a respective one of the clients 110 a-110 n and 130a-130 n for accessing the services provided by the origin server 150. Insome arrangements, each of the clients 110 a-110 n and 130 a-130 nincludes at least a processing circuit, a network device, and a userinterface. The processing circuit is configured to perform functions ofthe clients 110 a-110 n and 130 a-130 n described herein. The networkdevice is configured to connect the clients 110 a-110 n and 130 a-130 nto a CDN node (e.g., a CDN node 120 a and a CDN node 140 a). The userinterface is configured to output (e.g., display) the content data(e.g., media content, games, information, and the like) of the originserver 150 to the users 101 a-101 n and 102 a-102 n as well as receivinguser input from the users 101 a-101 n and 102 a-102 n. In some examples,each of the clients 110 a-110 n and 130 a-130 n can be a desktopcomputer, mainframe computer, laptop computer, pad device, smart phonedevice, or the like, configured with hardware and software to performoperations described herein.

The system 100 includes a CDN for delivering and distributing thecontent data originating from the origin server 150 to the clients 110a-110 n and 130 a-130 n. The CDN includes CDN nodes 120 a-120 n and 140a-140 n. The content data of the origin server 150 is replicated andcached in multiple locations throughout the CDN, such as in one or moreof the nodes 120 a-120 n and 140 a-140 n. The origin server 150 refersto the source of the contents data. Examples of the content data includebut are not limited to, webpages and web objects (e.g., text, graphics,scripts, and the like), downloadable objects (e.g., media files,software, documents, and the like), live streaming media, on-demandstreaming media, social networks, and applications (e.g., onlinemultiplayer games, dating applications, e-commerce applications,portals, and the like).

The nodes 120 a-120 n form a “backbone” of the CDN, providing a pathfrom the origin server 150 to the end users (e.g., the clients 110 a-110n). Similarly, the nodes 140 a-140 n form another backbone of the CDN,providing a path from the origin server 150 to the end users (e.g., theclients 130 a-130 n). The CDN nodes making up a backbone may bedynamically or statically selected based on the location of those CDNnodes, taking into consideration a number hops or links from the originserver 150 to the end users, latency, availability, cost, and othersuitable criteria.

In some arrangements, the CDN nodes 120 a and 140 a are referred to as“edge nodes,” given the proximity of the CDN nodes 120 a and 140 a tothe end users (e.g., the clients 110 a-110 n and 130 a-130 n,respectively). For example, the clients 110 a-110 n that are in a firstarea 105 may be associated with the CDN node 120 a. The clients 130a-130 n that are in a second area 106 may be associated with the CDNnode 140 a. In other words, the CDN nodes 120 a and 140 a are on theedges of the CDN, and the CDN nodes 120 a and 140 a are directlyconnected to the clients 110 a-110 n and 130 a-130 n, respectively.Typically, the closer an edge CDN node is to clients connected thereto,the less latency those clients experience with respect to receiving thecontent data from that edge CDN node. Thus, performance is contingentupon the geographical proximity of the edge CDN node to the clients. CDNproviders typically place the edge nodes as close to intended clients aspossible. In some arrangements, an edge node may be directly connectedto the origin server 150.

In some arrangements, the CDN nodes 120 b-120 n and 140 b-140 n arereferred to as “intermediate nodes.” The intermediate nodes 120 b-120 nand 140 b-140 n link the edge nodes 120 a and 140 a to the origin server150 via various network links or “hops.” The intermediate nodes 120b-120 n and 140 b-140 n can provide updates of the content data cachedon the edge nodes 120 a and 140 a. That is, the origin server 150 cansend the updates to the edge nodes 120 a and 140 a through theintermediate nodes 120 b-120 n and 140 b-140 n. The intermediate nodes120 b-120 n and 140 b-140 n relay the updates originating from theorigin server 150 to the CDN nodes 120 a and 140 a. One of theintermediate nodes 120 b-120 n may be the same as one or more of theintermediate nodes 140 b-140 n, by virtue of a manner in which the CDNnodes are geographically distributed.

In some arrangements, the CDN nodes 120 a and 140 a provide the contentdata corresponding to services provided by the origin server 150 to theclients 110 a-110 n and 130 a-130 n, respectively. This may be referredto as delivery of static content data to the end users 101 a-101 n and102 a-102 n. The CDN nodes 120 a and 140 a (as well as the CDN nodes 120b-120 n and 140 b-140 n) essentially provide the content data on behalfof the origin server 150. For example, the CDN node 120 a can send thecontent data cached thereon to the clients 110 a-110 n that request thedata. Similarly, the CDN node 140 a can send the content data cachedthereon to the clients 130 a-130 n that request the data.

Each link between one of the clients 110 a-110 n and 130 a-130 n and arespective one of the CDN nodes 120 a and 140 a represents a suitablenetwork connection. In addition, each link between two of the CDN nodes120 a-120 n represents a suitable network connection, and each linkbetween two of the CDN nodes 140 a-140 n represents a suitable networkconnection. Furthermore, a link between the CDN node 120 n and theorigin server 150 represents a suitable network connection, and a linkbetween the CDN node 140 n and the origin server 150 represents asuitable network connection.

A network connection is structured to permit the exchange of data,values, instructions, messages, and the like among the clients 110 a-110n and 130 a-130 n, the CDN nodes 120 a-120 n and 140 a-140 n, and theorigin server 150 in the manner shown. The network connection can be anysuitable Local Area Network (LAN) or Wide Area Network (WAN) connection.For example, each network link can be supported by Frequency DivisionMultiple Access (FDMA), Time Division Multiple Access (TDMA),Synchronous Optical Network (SONET), Dense Wavelength DivisionMultiplexing (DWDM), Optical Transport Network (OTN), Code DivisionMultiple Access (CDMA) (particularly, Evolution-Data Optimized (EVDO)),Universal Mobile Telecommunications Systems (UMTS) (particularly, TimeDivision Synchronous CDMA (TD-SCDMA or TDS) Wideband Code DivisionMultiple Access (WCDMA), Long Term Evolution (LTE), evolved MultimediaBroadcast Multicast Services (eMBMS), High-Speed Downlink Packet Access(HSDPA), and the like), Universal Terrestrial Radio Access (UTRA),Global System for Mobile Communications (GSM), Code Division MultipleAccess lx Radio Transmission Technology (lx), General Packet RadioService (GPRS), Personal Communications Service (PCS), 802.11X, ZigBee,Bluetooth, Wi-Fi, any suitable wired network, combination thereof,and/or the like.

Each of the clients 110 a-110 n and 130 a-130 n can generate messagesintended to be received by other clients (e.g., other ones of theclients 110 a-110 n and 130 a-130 n) that are also consuming the contentdata provided by a same edge CDN node. As referred to herein, a messagerefers to any communication (e.g., signals, indicators, values,parameters, and the like) from one client to another client.Conventionally, such messages are routed to the origin server 150 (withor without facilitation by the CDN), and the origin server 150 thenroutes the messages to the intended recipients (with or withoutfacilitation by the CDN). Such mechanisms introduce unwanted latencybecause the origin server 150 is involved. Arrangements described hereinallow a CDN node (e.g., the CDN node 120 a or CDN node 140 a) to route amessage from one client connected to that CDN node directly to at leastanother client also connected to that CDN node.

FIG. 2 is a block diagram that illustrates a CDN node 200 according tosome arrangements. Referring to FIGS. 1-2, the CDN node 200 is anon-limiting example of the CDN nodes 120 a in some arrangements. Infurther arrangements, the CDN node 200 can be any of the CDN nodes 120a-120 n and 140 a-140 n. In some arrangements, the CDN node 200 is anedge node of the CDN that is connected to end users' devices (e.g., theclients 110 a-110 n and 130 a-130 n). As shown, the CDN node 200includes one or more of a processing circuit 210, a network device 220,a messaging Application Program Interface (API) 230, a server API 240, aclient database 250, and a content database 260.

The processing circuit 210 is configured to perform various functionsdescribed herein relative to the CDN node 200. The processing circuit210 includes a processor 212 and a memory 214. The processor 212 can beimplemented with a general-purpose processor, an Application SpecificIntegrated Circuit (ASIC), one or more Field Programmable Gate Arrays(FPGAs), a Digital Signal Processor (DSP), a group of processingcomponents, or other suitable electronic processing components. Thememory 214 can be implemented with a Random Access Memory (RAM),Read-Only Memory (ROM), Non-Volatile RAM (NVRAM), flash memory, harddisk storage, or another suitable data storage unit. The memory 214stores data and/or computer code for facilitating the various processesexecuted by the processor 212. Moreover, the memory 214 is or includestangible, non-transient volatile memory or non-volatile memory.Accordingly, the memory 214 includes database components, object codecomponents, script components, or any other type of informationstructure for supporting the various functions described herein.

The network interface 220 is structured to establish communication withclients (e.g., the clients 110 a-110 n and 130 a-130 n), other CDN nodes(e.g., the CDN nodes 120 b and 140 b), and/or an origin server (e.g.,the origin server 150). The network interface 220 includes hardware andsoftware for achieving such. In some implementations, the networkinterface 220 includes a cellular transceiver (configured for cellularstandards), a local wireless network transceiver (for 802.11X, ZigBee,Bluetooth, Wi-Fi, or the like), a wired network interface, a combinationthereof (e.g., both a cellular transceiver and a Bluetooth transceiver),and/or the like.

The processing circuit 210 or another suitable processing entity canimplement the messaging API 230. In such embodiments, the messaging API230 is configured to interface with clients (e.g., the clients 110 a-110n and 130 a-130 n) to route messages from at least one origin client toat least one recipient client. In particular, the messaging API 230provides protocols and routines for receiving a message from an originclient (e.g., the client 110 a) and sending the message to a recipientclient (e.g., the client 110 b).

The processing circuit 210 or another suitable processing entity mayimplement the server API 240. In such embodiments, the server API 240 isconfigured to interface with the origin server 150 to authenticateclients attempting to connect to the CDN node 200, retrieve informationabout the clients connected to the CDN node 200 from the origin server150, relay messages to the origin server 150 after the messages arerouted, among other interactions with the origin server 150.

The client database 250 is a memory device having data structuresimplemented to organize and store information about the clients that arecurrently connected to the CDN node 200. In some arrangements, theclient database 250 is configured to store information about clientsthat had previously connected to the CDN node 200. In some arrangements,the information about the clients includes information that allow theCDN node 200 to identify the clients currently or previously connectedto the CDN node 200. For example, a client can be identified by anInternet Protocol (IP) address, a username used for authentication withthe origin server 150, or another suitable identifier. In somearrangements, the CDN node 200 can assign an identifier for each clientconnected thereto. In some arrangements, the origin server 150 or theclient assigns an identifier for the client and sends the identifier tothe CDN node 200.

The content database 260 caches the content data originating from theorigin server 150. The content database 260 can also store updates ofthe content data from the origin server 150.

FIG. 3 is a flow diagram illustrating a method 300 for a CDN node toconnect with and authenticate a client according to variousarrangements. Referring to FIGS. 1-3, the method 300 is concerned with aCDN node (e.g., the CDN node 120 a, as implemented with the CDN node200) connecting to and authenticating a client (e.g., the client 110 a)that is geographically proximal to the CDN node 120 a.

At 310, the CDN node 120 a receives, from the client 110 a, a connectionrequest to the CDN node 120 a to access content data corresponding toservices provided by the origin server 150. The content data is cachedin the content database 260 of the CDN node 120 a in some arrangements.A browser or an application on the client 110 a can send a Domain NameSystem (DNS) request, which specifies a domain associated with theorigin server 150 (which is served by the CDN), to a DNS server (notshown). The DNS server performs a lookup based on geographical locationof the client 110 a to determine that the domain of the origin server150 is handled by the CDN node 120 a within the first area 105 (alsotaking into account other considerations such as availability andload-balancing). The DNS server then sends the client 110 a an IPaddress of the CDN node 120 a. The client 110 a sends the connectionrequest to the CDN node 120 a using the IP address of the CDN node 120a. In some examples, the connection request includes an identifier(e.g., an IP address of the client 110 a) that identifies the client 110a.

At 320, the CDN node 120 a determines whether the client 110 a isauthenticated. In some arrangements, the authentication mechanismemployed by the CDN node 120 a can leverage the authentication mechanismemployed by the origin server 150. For example, the client 110 a may berequired to send authentication credentials (e.g., username, password,biometrics, or the like) to the origin server 150 to be authenticated bythe origin server 150, before the content data can be provided to theclient 110 a. In some examples, the CDN node 120 a receives theauthentication credentials from the client 110 a and relays theauthentication credentials to the origin server 150 through the CDN. Inother examples, the client 110 a can send the authentication credentialsto the origin server 150 without using the CDN. Responsive to receivingthe connection request, the server API 240 of the CDN node 120 atransmits an authentication status request to the origin server 150. Theauthentication status request includes an identifier (e.g., an IPaddress) of the client 110 a for the purpose of identification.

Alternatively, authentication at block 320 can be performed based onclient authentication information stored in the client database 250about the clients 110 a-110 n and/or the users 101 a-101 n, among otherclients/users. For example, client authentication information can bestored in the client database 250, such that responsive to receiving theconnection request from the client 110 a at 310, the CDN node 120 aauthenticates the authentication credentials included in the connectionrequest based on the client authentication information stored in theclient database 250. As such, the CDN node 120 a can leverageapplication-level knowledge at the CDN node 120 a. Illustrating with anon-limiting example involving a game that assigns players into teams orinto games, the CDN node 120 a with knowledge that the clients 110 a-110n are connected thereto can assist the origin server 150 in determiningthe teams/games based on geographical attributes, because the clients110 a-110 n connected to the same CDN node 120 a are deemed to be ingeographical proximity. The CDN node 120 a can send information (e.g.,the usernames) about the clients 110 a-110 n to the origin server 150for dividing players into teams/games. For instance, the CDN node 120 acan identify one or more of the clients 110 a-110 n to be assigned to asame team/game, where one or more of the clients 130 a-130 n may beidentified to be in a different team/game. In another example, the CDNnode 120 a can identify some of the clients 110 a-110 n to be on oneteam of a game and others of the clients 110 a-110 n may be on anotherteam of the same game.

If the client 110 a is authenticated, the CDN node 120 a receives anauthentication success message from the origin server 150. On the otherhand, if the client 110 a fails to authenticate, the CDN node 120 areceives an authentication failure message from the origin server 150.

In response to determining that the client 110 a has not beenauthenticated (320:NO), the CDN node 120 a denies the connection requestat 330. For example, the messaging API 230 transmits a connection deniedmessage to the client 110 a. The client 110 a cannot be allowed toutilize the messaging capabilities of the CDN node 120 a unless theclient 110 a is authenticated.

On the other hand, in response to determining that the client 110 a hasbeen authenticated (320:YES), the CDN node 120 a retrieves informationabout the client 110 a from the origin server 150 at 340. For example,the server API 240 queries the origin server 150 for the informationabout the client 110 a. The information includes one or more of types ofcommunications that the CDN node 120 a can handle for the client 110 aand additional identifiers (e.g., username, account number, screenname,player name, and the like) that identifies the client 110 a. The CDNnode 120 a can store the information about the client 110 a in theclient database 250, at 350.

At 360, the CDN node 120 a can send information about the client 110 ato other clients (e.g., one or more of clients 110 b-110 n) currentlyconnected to the CDN node 120 a. This allows the other clients to havenotice that the client 110 a is now connected to the CDN node 120 a. Theinformation about the client 110 a includes at least an identifier(e.g., IP address, username, account number, screenname, player name,and the like) that identifies the client 110 a. At 370, the CDN node 120a can send information about other clients (e.g., one or more of clients110 b-110 n) currently connected to the CDN node 120 a to the client 110a. This allows the client 110 a to have knowledge of what other clientsare also connected to the CDN node 120 a. The information about theother clients includes at least an identifier (e.g., IP address,username, account number, screenname, player name, and the like) thatidentifies each of the other clients. Such exchange of informationallows the clients 110 a-110 n connected to the CDN node 120 a tomessage each other using the information (e.g., the identifiers). Insome arrangements, one or both of blocks 360 or 370 are optional.

Although blocks 340-370 are shown in sequence, one of ordinary skill inthe art can appreciate that 340-370 can be executed in any suitableorder or simultaneously.

FIG. 4 is a flow diagram illustrating a method 400 for a CDN node tofacilitate communication between clients connected to the CDN nodeaccording to various arrangements. Referring to FIGS. 1-4, the method400 is concerned with a CDN node (e.g., the CDN node 120 a, asimplemented with the CDN node 200) routing a message from a first clientto at least one second client. The first client refers to any arbitraryclient (e.g., the client 110 a) that sends a message to at least anotherclient. The second client refers to any arbitrary client (e.g., theclient 110 b) that is an intended recipient of the message sent from thefirst client.

At 410, the CDN node 120 a provides the content data to the firstclient. For example, the first client is connected to and authenticatedby the CDN node 120 a per the method 300. In particular, responsive tosuccessful authentication (320:YES), the CDN node 120 a can beginsending the locally cached content data to the first client.

At 420, the CDN node 120 a receives, from first client, a message forthe at least one second client. The message can be received by themessaging API 230 in some arrangements.

An example message 500 is shown in FIG. 5. Referring to FIGS. 1-5, themessage 500 includes one or more of blocks 510-550. For example, themessage 500 includes a communication type 510 in some arrangements. TheCDN node 120 a can determine whether the CDN node 120 a can handle themessage 500 with the communication type 510 based on any rules or policyreceived from the origin server 150 as a part of the informationretrieved from the origin server 150, for example, at 340. The message500 includes an origin identifier 520 in some arrangements. The originidentifier 520 identifies the first client. The origin identifier 520includes one or more of an IP address, username, account number,screenname, player name, and the like. The message 500 includes arecipient identifier 530 in some arrangements. The recipient identifier530 identifies each of the at least one second client. The recipientidentifier 530 includes one or more of an IP address, username, accountnumber, screenname, player name, and the like corresponding to each ofthe at least one second client. The first client has knowledge of theother recipients connected to the CDN node 120 a by virtue of block 370.In some arrangements, the recipient identifier 530 may include a valueindicating whether the message 500 is to be sent to all other clientsconnected to the CDN node 120 a. The message 500 includes content 540 insome arrangements. Examples of the content 540 include an in-game orin-application text message, a user action (e.g., an action in a game oran application) received via an user input element of the first client,or other types of communication for the at least one second client. Themessage 500 includes credentials 550 in some arrangements. The CDN node120 a can authenticate the message 500 as from the first recipient(previously authenticated) based on the credentials 550.

At 430, the CDN node 120 a can determine whether each of the at leastone second client is currently connected to the CDN node 120 a. For eachof the at least one second client identified by the correspondingrecipient identifier 530, the CDN node 120 a searches the clientdatabase 250 based on the recipient identifier 530 to determine whetherthe corresponding second client is currently connected to the CDN node120 a. If a particular requested second client is not currentlyconnected to the CDN node 120 a, it may be the case that that secondclient has disconnected since the first recipient received theinformation about that second client.

For each of the at least one second client, responsive to determiningthat the second client is not currently connected to the CDN node 120 a,the CDN node 120 a (e.g., the server API 240) routes the message 500 tothe origin server 150 for delivery to the second client, at 440. In somearrangements, instead of routing the message 500 to the origin server150, the CDN node 120 a may send a failure message to the first clientindicating that the second client is not currently connected to the CDNnode 120 a. Responsive to determining that the second client iscurrently connected to the CDN node 120 a, the CDN node 120 a (e.g., themessaging API 230) sends the message 500 to the second client withoutrouting the message 500 to the origin server 150, at 450.

At 460, the CDN node 420 (e.g., the server API 240) can relay themessage 500 to the origin server 150 for storage. Block 460 is optionalin some arrangements. Block 460 may be executed after or concurrent withblock 450, given that sending the message 500 for recordkeeping is notas urgent as sending the message 500 to the intended recipient(s) inreal-time. In some arrangements, block 460 can be executed periodically,such that messages from the clients 110 a-110 n are grouped and sent inbulk to the origin server 150 periodically, to conserve bandwidth. Insome arrangements, instead of messages or in addition to the messages,metadata such as but not limited to which accounts/clients are connectedand duration of such connection are sent to the origin server 150.

In various arrangements, blocks 420-460 can be executed while the CDNnode 120 a is providing the content data to the first client.

FIG. 6 is a flow diagram illustrating a method 600 for a CDN node tofacilitate communication among two or more clients connected to the CDNnode according to various arrangements. Referring to FIGS. 1-6, themethod 600 is concerned with an edge CDN node (e.g., the CDN node 120 a,as implemented with the CDN node 200) routing a message from a firstclient (e.g., the client 110 a) to at least one second client (e.g., theclient 110 b). Each of blocks 610-630 corresponds to one or more ofblocks 310-370 and 410-460.

At 610, the CDN node 120 a determines that two or more clients(including, for example, the clients 110 a and 110 b) are connected tothe CDN node 120 a for accessing the content data originating from theorigin server 150. Each of the two or more clients is directed to theCDN node 120 a by a DNS server (based on geographical proximity of theclients to the CDN node 120 a) for accessing the content data stored inthe content database 260 of the CDN node 120 a. In other words, the CDNnode 120 a facilitates the origin server 150 to deliver the content datato the two or more clients, for example, by providing the content datato the two or more clients on behalf of the origin server 150. The CDNnode 120 a can receive updates of the content data from the originserver 150. The client database 250 of the CDN node 120 a maintains alist of clients that are currently connected to the CDN node 120 a.

Each of the two or more clients is connected to and authenticated by theCDN node 120 a. For example, the CDN node 120 a receives a connectionrequest to access the content data stored in the content database 260from each of the two or more clients, and/or authenticates each of thetwo or more clients in the manner described.

At 620, the CDN node 120 a receives a message (e.g., the message 500)from a first client (e.g., the client 110 a). The message is to berouted to at least one second client (e.g., the client 110 b). Uponreceiving the message, the CDN node 120 a can determine that the atleast one second client is connected to the CDN node 120 a by searchingthe client database 250 using a recipient identifier that identifieseach of the at least one second client. The recipient identifier can bethe recipient identifier 530 of the message 500 in some examples.

In some examples, the at least one second client is one of the clientsconnected to the CDN node 120 a as identified in the message (e.g., inthe recipient identifier 530 portion of the message 500). In someexamples, the at least one second client is a group of two or moreclients connected to the CDN node 120 a as identified in the message(e.g., in the recipient identifier 530 portion of the message 500). Insome examples, the at least one second client refers to all clientsconnected to the CDN node 120 a that is not the first client, asidentified in the message (e.g., in the recipient identifier 530 portionof the message 500). Alternatively, the message indicates that themessage is to be broadcasted by the CDN node 120 a to all clientsconnected to the CDN node 120 a, without specifying an identifier foreach client. Such implementations can be useful in e-commerce situationsin which a short-term special offer by one client is to be broadcastedto other nearby clients.

At 630, the CDN node 120 a sends the message to each of the at least onesecond client without routing the message to the origin server 150. Insome arrangements, responsive to determining that one of the at leastone second client is connected to the CDN node 120 a, the message issent to that second client.

In some arrangements, the CDN node 120 a can determine that the clientsthat are currently connected to the CDN node 120 a are geographicallyproximal to each other. By virtue of the fact that the DNS serverassigns clients to the CDN node 120 a based at least in part ongeographical locations of the clients (e.g., clients within the firstarea 105 are typically assigned to the CDN node 120 a), the CDN node 120a can determine that all clients currently connected to the CDN node 120a are geographically proximal to each other. The CDN node 120 a can sendidentification information (e.g., IP addresses, username, accountnumber, screenname, player name, and the like) about the clients to theorigin server 150. The origin server 150 can leverage such data todetermine geographical proximity of the users for providing theservices. For example, in lieu of using location data (e.g., GlobalPositioning System (GPS) data) sent from the clients 110 a-110 n todetermine that the clients 110 a-110 n are geographical proximal to oneanother, the origin server 150 can determine that the clients 110 a-110n are geographical proximal to each other because the clients 110 a-110n are all currently connected to the same CDN node 120 a. The originserver 150 can use such data for features such as detecting nearby usersfor online dating applications, matchmaking for players of an onlinemultiplayer game, and the like.

The arrangements described herein have been described with reference todrawings. The drawings illustrate certain details of specificarrangements that implement the systems, methods and programs describedherein. However, describing the arrangements with drawings should not beconstrued as imposing on the disclosure any limitations that may bepresent in the drawings.

It should be understood that no claim element herein is to be construedunder the provisions of 35 U.S.C. § 212(f), unless the element isexpressly recited using the phrase “means for.”

As used herein, the term “circuit” may include hardware structured toexecute the functions described herein. In some arrangements, eachrespective “circuit” may include machine-readable media for configuringthe hardware to execute the functions described herein. The circuit maybe embodied as one or more circuitry components including, but notlimited to, processing circuitry, network interfaces, peripheraldevices, input devices, output devices, sensors, etc. In somearrangements, a circuit may take the form of one or more analogcircuits, electronic circuits (e.g., integrated circuits (IC), discretecircuits, system on a chip (SOCs) circuits, etc.), telecommunicationcircuits, hybrid circuits, and any other type of “circuit.” In thisregard, the “circuit” may include any type of component foraccomplishing or facilitating achievement of the operations describedherein. For example, a circuit as described herein may include one ormore transistors, logic gates (e.g., NAND, AND, NOR, OR, XOR, NOT, XNOR,etc.), resistors, multiplexers, registers, capacitors, inductors,diodes, wiring, and so on).

The “circuit” may also include one or more processors communicativelycoupled to one or more memory or memory devices. In this regard, the oneor more processors may execute instructions stored in the memory or mayexecute instructions otherwise accessible to the one or more processors.In some arrangements, the one or more processors may be embodied invarious ways. The one or more processors may be constructed in a mannersufficient to perform at least the operations described herein. In somearrangements, the one or more processors may be shared by multiplecircuits (e.g., circuit A and circuit B may comprise or otherwise sharethe same processor which, in some example arrangements, may executeinstructions stored, or otherwise accessed, via different areas ofmemory). Alternatively or additionally, the one or more processors maybe structured to perform or otherwise execute certain operationsindependent of one or more co-processors. In other example arrangements,two or more processors may be coupled via a bus to enable independent,parallel, pipelined, or multi-threaded instruction execution. Eachprocessor may be implemented as one or more general-purpose processors,ASICs, FPGAs, DSPs, or other suitable electronic data processingcomponents structured to execute instructions provided by memory. Theone or more processors may take the form of a single core processor,multi-core processor (e.g., a dual core processor, triple coreprocessor, quad core processor, etc.), microprocessor, etc. In somearrangements, the one or more processors may be external to theapparatus, for example the one or more processors may be a remoteprocessor (e.g., a cloud based processor). Alternatively oradditionally, the one or more processors may be internal and/or local tothe apparatus. In this regard, a given circuit or components thereof maybe disposed locally (e.g., as part of a local server, a local computingsystem, etc.) or remotely (e.g., as part of a remote server such as acloud based server). To that end, a “circuit” as described herein mayinclude components that are distributed across one or more locations.

An exemplary system for implementing the overall system or portions ofthe arrangements might include a general purpose computing computers inthe form of computers, including a processing unit, a system memory, anda system bus that couples various system components including the systemmemory to the processing unit. Each memory device may includenon-transient volatile storage media, non-volatile storage media,non-transitory storage media (e.g., one or more volatile and/ornon-volatile memories), etc. In some arrangements, the non-volatilemedia may take the form of ROM, flash memory (e.g., flash memory such asNAND, 3D NAND, NOR, 3D NOR, etc.), EEPROM, MRAM, magnetic storage, harddiscs, optical discs, etc. In other arrangements, the volatile storagemedia may take the form of RAM, TRAM, ZRAM, etc. Combinations of theabove are also included within the scope of machine-readable media. Inthis regard, machine-executable instructions comprise, for example,instructions and data which cause a general purpose computer, specialpurpose computer, or special purpose processing machines to perform acertain function or group of functions. Each respective memory devicemay be operable to maintain or otherwise store information relating tothe operations performed by one or more associated circuits, includingprocessor instructions and related data (e.g., database components,object code components, script components, etc.), in accordance with theexample arrangements described herein.

It should also be noted that the term “input devices,” as describedherein, may include any type of input device including, but not limitedto, a keyboard, a keypad, a mouse, joystick or other input devicesperforming a similar function. Comparatively, the term “output device,”as described herein, may include any type of output device including,but not limited to, a computer monitor, printer, facsimile machine, orother output devices performing a similar function.

It should be noted that although the diagrams herein may show a specificorder and composition of method steps, it is understood that the orderof these steps may differ from what is depicted. For example, two ormore steps may be performed concurrently or with partial concurrence.Also, some method steps that are performed as discrete steps may becombined, steps being performed as a combined step may be separated intodiscrete steps, the sequence of certain processes may be reversed orotherwise varied, and the nature or number of discrete processes may bealtered or varied. The order or sequence of any element or apparatus maybe varied or substituted according to alternative arrangements.Accordingly, all such modifications are intended to be included withinthe scope of the present disclosure as defined in the appended claims.Such variations will depend on the machine-readable media and hardwaresystems chosen and on designer choice. It is understood that all suchvariations are within the scope of the disclosure. Likewise, softwareand web implementations of the present disclosure could be accomplishedwith standard programming techniques with rule based logic and otherlogic to accomplish the various database searching steps, correlationsteps, comparison steps and decision steps.

The foregoing description of arrangements has been presented forpurposes of illustration and description. It is not intended to beexhaustive or to limit the disclosure to the precise form disclosed, andmodifications and variations are possible in light of the aboveteachings or may be acquired from this disclosure. The arrangements werechosen and described in order to explain the principals of thedisclosure and its practical application to enable one skilled in theart to utilize the various arrangements and with various modificationsas are suited to the particular use contemplated. Other substitutions,modifications, changes and omissions may be made in the design,operating conditions and arrangement of the arrangements withoutdeparting from the scope of the present disclosure as expressed in theappended claims.

What is claimed is:
 1. A method for a node of a network to facilitatecommunication among two or more clients, the method comprising:determining, by the node of the network, that the two or more clientsare connected to the node for accessing data originating from an originserver; receiving, by the node of the network, a message from a firstclient of the two or more clients, wherein the message is to be routedto at least one second client of the two or more clients; and based ondetermining that the two or more clients are connected to the node ofthe network, sending, by the node of the network, the message to the atleast one second client without routing the message to the originserver.
 2. The method of claim 1, further comprising facilitating, bythe node, the origin server to deliver the data to the two or moreclients.
 3. The method of claim 2, wherein facilitating the originserver to deliver the data comprises: providing, by the node, the datato the two or more clients on behalf of the origin server; andreceiving, by the node, updates of the data from the origin server. 4.The method of claim 1, wherein the two or more clients are connected tothe node based on geographical proximity of the two or more clients tothe node.
 5. The method of claim 1, wherein the network is configured todeliver the data originating from the origin server to the two or moreclients.
 6. The method of claim 1, wherein determining that the two ormore clients are connected to the node comprises at least one of:receiving, by the node, a request to access the data stored on the nodefrom each of the two or more clients; or authenticating, by the node,each of the two or more clients.
 7. The method of claim 1, furthercomprising determining that the at least one second client is connectedto the node in response to receiving the message from the first client,wherein the message is sent to the at least one second client inresponse to determining that the at least one second client is connectedto the node.
 8. The method of claim 1, wherein the at least one secondclient is one of: a client identified in the message; a group of two ormore clients identified in the message; or every client of the two ormore clients that is not the first client.
 9. The method of claim 1,further comprising sending information about the first client to atleast one other client connected to the node.
 10. The method of claim 1,further comprising sending information about at least one other clientconnected to the node to the first client.
 11. The method of claim 1,further comprising retrieving information about the first client fromthe origin server.
 12. The method of claim 1, further comprising:determining that the two or more clients are geographically proximal toeach other; and sending identification information about the two or moreclients to the origin server to indicate that the two or more clientsare geographically proximal to each other.
 13. A node of a network,comprising: a network device; a memory; and a processor configured to:determine that two or more clients are connected to the node of thenetwork for accessing data originating from an origin server; receive amessage from a first client of the two or more clients, wherein themessage is to be routed, using the node of the network to at least onesecond client of the two or more clients; and based on determining thatthe two or more clients are connected to the node of the network, sendthe message to the at least one second client without routing themessage to the origin server.
 14. The node of claim 13, wherein the twoor more clients are connected to the node based on geographicalproximity to the node.
 15. The node of claim 13, wherein: the node is anedge node in the; and the is configured to deliver the data originatingfrom the origin server to the two or more clients.
 16. The node of claim13, wherein the processor determines that the two or more clients areconnected to the node by performing at least one of: receiving a requestto access the data stored on the node from each of the two or moreclients; or authenticating each of the two or more clients.
 17. The nodeof claim 13, wherein the processor is further configured to determinethat the at least one second client is connected to the node in responseto receiving the message from the first client; and the processor isconfigured to send the message to the at least one second client inresponse to determining that the at least one second client is connectedto the node.
 18. A non-transitory computer-readable medium comprisingcomputer-readable instructions such that, when executed, cause aprocessor of a node of a network to: determine that two or more clientsare connected to the node of the network for accessing data originatingfrom an origin server; receive a message from a first client of the twoor more clients, wherein the message is to be routed, using the node ofthe network, to at least one second client of the two or more clients;and based on determining that the two or more clients are connected tothe node of the network, send the message to the at least one secondclient without routing the message to the origin server.
 19. A node of anetwork, comprising: means for determining that two or more clients areconnected to the node of the network for accessing data originating froman origin server; means for receiving a message from a first client ofthe two or more clients, wherein the message is to be routed, using thenode of the network, to at least one second client of the two or moreclients; and based on determining that the two or more clients areconnected to the node of the network, means for sending the message tothe at least one second client without routing the message to the originserver.